home *** CD-ROM | disk | FTP | other *** search
/ Revista CD Expert 8 / Revista CD Expert nº 08 CD1.iso / Utilitarios / Seguranca / LB / lb.exe / data.z / ABOUT_APACHE < prev    next >
Encoding:
Text File  |  1999-01-07  |  12.5 KB  |  234 lines
  1.  
  2.                      The Apache HTTP Server Project
  3.  
  4.                          http://www.apache.org/
  5.  
  6.                               January 1998
  7.  
  8. The Apache Project is a collaborative software development effort aimed
  9. at creating a robust, commercial-grade, featureful, and freely-available
  10. source code implementation of an HTTP (Web) server.  The project is
  11. jointly managed by a group of volunteers located around the world, using
  12. the Internet and the Web to communicate, plan, and develop the server and
  13. its related documentation.  These volunteers are known as the Apache Group.
  14. In addition, hundreds of users have contributed ideas, code, and
  15. documentation to the project.  This file is intended to briefly describe
  16. the history of the Apache Group, recognize the many contributors, and
  17. explain how you can join the fun too.
  18.  
  19. In February of 1995, the most popular server software on the Web was the
  20. public domain HTTP daemon developed by Rob McCool at the National Center
  21. for Supercomputing Applications, University of Illinois, Urbana-Champaign.
  22. However, development of that httpd had stalled after Rob left NCSA in
  23. mid-1994, and many webmasters had developed their own extensions and bug
  24. fixes that were in need of a common distribution.  A small group of these
  25. webmasters, contacted via private e-mail, gathered together for the purpose
  26. of coordinating their changes (in the form of "patches").  Brian Behlendorf
  27. and Cliff Skolnick put together a mailing list, shared information space,
  28. and logins for the core developers on a machine in the California Bay Area,
  29. with bandwidth and diskspace donated by HotWired and Organic Online.
  30. By the end of February, eight core contributors formed the foundation
  31. of the original Apache Group:
  32.  
  33.    Brian Behlendorf        Roy T. Fielding          Rob Hartill
  34.    David Robinson          Cliff Skolnick           Randy Terbush
  35.    Robert S. Thau          Andrew Wilson
  36.  
  37. with additional contributions from
  38.  
  39.    Eric Hagberg            Frank Peters             Nicolas Pioch
  40.  
  41. Using NCSA httpd 1.3 as a base, we added all of the published bug fixes
  42. and worthwhile enhancements we could find, tested the result on our own
  43. servers, and made the first official public release (0.6.2) of the Apache
  44. server in April 1995.  By coincidence, NCSA restarted their own development
  45. during the same period, and Brandon Long and Beth Frank of the NCSA Server
  46. Development Team joined the list in March as honorary members so that the
  47. two projects could share ideas and fixes.
  48.  
  49. The early Apache server was a big hit, but we all knew that the codebase
  50. needed a general overhaul and redesign.  During May-June 1995, while
  51. Rob Hartill and the rest of the group focused on implementing new features
  52. for 0.7.x (like pre-forked child processes) and supporting the rapidly growing
  53. Apache user community, Robert Thau designed a new server architecture
  54. (code-named Shambhala) which included a modular structure and API for better
  55. extensibility, pool-based memory allocation, and an adaptive pre-forking
  56. process model.  The group switched to this new server base in July and added
  57. the features from 0.7.x, resulting in Apache 0.8.8 (and its brethren)
  58. in August.
  59.  
  60. After extensive beta testing, many ports to obscure platforms, a new set
  61. of documentation (by David Robinson), and the addition of many features
  62. in the form of our standard modules, Apache 1.0 was released on
  63. December 1, 1995.
  64.  
  65. Less than a year after the group was formed, the Apache server passed
  66. NCSA's httpd as the #1 server on the Internet.
  67.  
  68. ============================================================================
  69.  
  70. Current Apache Group in alphabetical order as of 1 January 1998:
  71.  
  72.    Brian Behlendorf       Organic Online, California 
  73.    Ken Coar               MeepZor Consulting, New England, USA 
  74.    Mark J. Cox            C2Net Europe, UK 
  75.    Ralf S. Engelschall    Munich, Germany.
  76.    Roy T. Fielding        UC Irvine, California 
  77.    Dean Gaudet            Transmeta Corporation, California 
  78.    Rob Hartill            Internet Movie DB, UK 
  79.    Jim Jagielski          jaguNET ISP, Maryland 
  80.    Alexei Kosut           Stanford University, California 
  81.    Martin Kraemer         Munich, Germany
  82.    Ben Laurie             Freelance Consultant, UK 
  83.    Chuck Murcko           The Topsail Group, Pennsylvania 
  84.    Doug MacEachern        TOG Research Institute, Massachusetts
  85.    Aram W. Mirzadeh       Qosina Corporation, New York 
  86.    Sameer Parekh          C2Net, California 
  87.    Paul Sutton            C2Net Europe, UK 
  88.    Marc Slemko            Canada 
  89.    Randy Terbush          Zyzzyva ISP, Nebraska 
  90.    Dirk-Willem van Gulik  Freelance Consultant, Italy 
  91.    Andrew Wilson          Freelance Consultant, UK 
  92.  
  93. Apache Emeritae (old group members now off doing other things)
  94.  
  95.    David Robinson         Cambridge University, UK
  96.    Robert S. Thau         MIT, Massachusetts
  97.    
  98. Other major contributors
  99.  
  100.    Rob McCool (original author of the NCSA httpd),
  101.    Brandon Long and Beth Frank (NCSA Server Development Team, post-1.3),
  102.    Paul Richards (convinced the group to use remote CVS after 1.0),
  103.    Kevin Hughes (creator of all those nifty icons),
  104.    Henry Spencer (author of the regex library), Garey Smiley (OS/2 port),
  105.    Howard Fear (mod_include), Florent Guillaume (language negotiation), 
  106.    Ambarish Malpani (NT port).
  107.  
  108. Many 3rd-party modules, frequently used and recommended, are also
  109. freely-available and linked from the related projects page:
  110. <http://www.zyzzyva.com/module_registry/>, and their authors frequently
  111. contribute ideas, patches, and testing.  In particular, Doug MacEachern
  112. (mod_perl) and Rasmus Lerdorf (mod_php).
  113.  
  114. Hundreds of people have made individual contributions to the Apache
  115. project.  Patch contributors are listed in the src/CHANGES file.
  116. Frequent contributors have included Petr Lampa, Tom Tromey,
  117. James H. Cloos Jr., Ed Korthof, Nathan Neulinger, Jason S. Clary,
  118. Jason A. Dour, Michael Douglass, Tony Sanders, Brian Tao, Michael Smith,
  119. Adam Sussman, Nathan Schrenk, Matthew Gray, and John Heidemann.
  120.  
  121. ============================================================================
  122.  
  123. How to become involved in the Apache project
  124.  
  125. There are several levels of contributing.  If you just want to send
  126. in an occasional suggestion/fix, then you can just use the bug reporting
  127. form at <http://www.apache.org/bug_report.html>.  You can also subscribe
  128. to the announcements mailing list (apache-announce@apache.org) which we
  129. use to broadcast information about new releases, bugfixes, and upcoming
  130. events.  There's a lot of information about the development process (much
  131. of it in serious need of updating) to be found at <http://dev.apache.org/>.
  132.  
  133. If you'd like to become an active contributor to the Apache project (the
  134. group of volunteers who vote on changes to the distributed server), then
  135. you need to start by subscribing to the new-httpd@apache.org mailing list.
  136. One warning though: traffic is high, 1000 to 1500 messages/month.
  137. To subscribe to the list, send "subscribe new-httpd" in the body of
  138. a message to <majordomo@apache.org>.  We recommend reading the list for
  139. a while before trying to jump in to development.
  140.  
  141.    NOTE: The developer mailing list (new-httpd@apache.org) is not
  142.    a user support forum; it is for people actively working on development
  143.    of the server code and documentation, and for planning future
  144.    directions.  If you have user/configuration questions, send them
  145.    to the USENET newsgroup "comp.infosystems.www.servers.unix".
  146.  
  147. There is a core group of contributors (informally called the "core")
  148. which was formed from the project founders and is augmented from time
  149. to time when core members nominate outstanding contributors and the
  150. rest of the core members agree.  The core group focus is more on
  151. "business" issues and limited-circulation things like security problems
  152. than on mainstream code development.  The term "The Apache Group"
  153. technically refers to this core of project contributors.
  154.  
  155. The Apache project is a meritocracy -- the more work you have done, the more
  156. you are allowed to do.  The group founders set the original rules, but
  157. they can be changed by vote of the active members.  There is a group
  158. of people who have logins on our server (hyperreal.com) and access to the
  159. CVS repository.  Everyone has access to the CVS snapshots.  Changes to
  160. the code are proposed on the mailing list and usually voted on by active
  161. members -- three +1 (yes votes) and no -1 (no votes, or vetoes) are needed
  162. to commit a code change during a release cycle; docs are usually committed
  163. first and then changed as needed, with conflicts resolved by majority vote.
  164.  
  165. Our primary method of communication is our mailing list. Approximately 40
  166. messages a day flow over the list, and are typically very conversational in
  167. tone. We discuss new features to add, bug fixes, user problems, developments
  168. in the web server community, release dates, etc.  The actual code development
  169. takes place on the developers' local machines, with proposed changes
  170. communicated using a patch (output of a unified "diff -u oldfile newfile"
  171. command), and committed to the source repository by one of the core
  172. developers using remote CVS.  Anyone on the mailing list can vote on a
  173. particular issue, but we only count those made by active members or people
  174. who are known to be experts on that part of the server.  Vetoes must be
  175. accompanied by a convincing explanation.
  176.  
  177. New members of the Apache Group are added when a frequent contributor is
  178. nominated by one member and unanimously approved by the voting members.
  179. In most cases, this "new" member has been actively contributing to the
  180. group's work for over six months, so it's usually an easy decision.
  181.  
  182. The above describes our past and current (as of January 1998) guidelines,
  183. which will probably change over time as the membership of the group
  184. changes and our development/coordination tools improve.
  185.  
  186. ============================================================================
  187.  
  188. Why Apache Is Free
  189.  
  190. Apache exists to provide a robust and commercial-grade reference
  191. implementation of the HTTP protocol.  It must remain a platform upon which
  192. individuals and institutions can build reliable systems, both for
  193. experimental purposes and for mission-critical purposes.  We believe the
  194. tools of online publishing should be in the hands of everyone, and
  195. software companies should make their money providing value-added services
  196. such as specialized modules and support, amongst other things.  We realize
  197. that it is often seen as an economic advantage for one company to "own" a
  198. market - in the software industry that means to control tightly a
  199. particular conduit such that all others must pay.  This is typically done
  200. by "owning" the protocols through which companies conduct business, at the
  201. expense of all those other companies.  To the extent that the protocols of
  202. the World Wide Web remain "unowned" by a single company, the Web will
  203. remain a level playing field for companies large and small. Thus,
  204. "ownership" of the protocol must be prevented, and the existence of a
  205. robust reference implementation of the protocol, available absolutely for
  206. free to all companies, is a tremendously good thing.  
  207.  
  208. Furthermore, Apache is an organic entity; those who benefit from it
  209. by using it often contribute back to it by providing feature enhancements,
  210. bug fixes, and support for others in public newsgroups.  The amount of
  211. effort expended by any particular individual is usually fairly light, but
  212. the resulting product is made very strong.  This kind of community can
  213. only happen with freeware -- when someone pays for software, they usually
  214. aren't willing to fix its bugs.  One can argue, then, that Apache's
  215. strength comes from the fact that it's free, and if it were made "not
  216. free" it would suffer tremendously, even if that money were spent on a
  217. real development team.
  218.  
  219. We want to see Apache used very widely -- by large companies, small
  220. companies, research institutions, schools, individuals, in the intranet
  221. environment, everywhere -- even though this may mean that companies who
  222. could afford commercial software, and would pay for it without blinking,
  223. might get a "free ride" by using Apache.  We would even be happy if some
  224. commercial software companies completely dropped their own HTTP server
  225. development plans and used Apache as a base, with the proper attributions
  226. as described in the LICENSE file.
  227.  
  228. Thanks for using Apache!
  229.  
  230. ============================================================================
  231. Roy Fielding, June 1997
  232.  
  233. If you are interested in other WWW history, see <http://www.webhistory.org/>
  234.